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(57) Abstract 

A teleconferencing system with capability to store incoming multiple medium messages for later retrieval and playback is 
disclosed. The system includes a communications multiplexer which, in normal mode, receives the incoming message and routes 
the message to various output functions, including video, audio, and computer display. In store mode, the communications multi- 
plexer receives the incoming message and communicates it to disk storage, for example by way of direct memory access. During 
playback, the communications multiplexer receives data from the disk storage, and controls its communication to the various out- 
put functions, in the same manner as during receipt of a normal incoming message during an interactive teleconference. As a re- 
sult, multiple medium message may be stored for later retrieval, with the playback appearing in the same manner as a convention- 
al teleconference message. 
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A MULTIPLE MEDIUM MESSAGE RECORDING SYSTEM 
5 ***** 

This invention is in the field of telecommunications , and 
is more specifically directed to communication systems using 
multiple media. 

10 

Background of the Invention 

In the business world, face-to-face meetings generally 
15 include the exchange of information by way of various media. 
Obvious modes of interpersonal information exchange include 
voice and visual communication. In addition, documents are 
often exchanged or examined by the meeting participants, 
slides or viewgraphs may be shown and discussed in 
20 presentations, and drawings are often made on paper or a 
board, accompanied by an oral explanation. Modern meetings 
and conferences also can involve discussion of data processed 
by a computer, such as the results of spreadsheet 
calculations. The ability to communicate one's point using 
25 the most effective medium available, together with the 
opportunity to observe participants 1 reactions, cause many 
people to favor face-to-face meetings over communication by 
mail, FAX, or telephone. 

30 Systems have recently become available which enable the 

conducting of meetings and conferences over long-distances, 
communicating not only audio information but also video, 
documents, graphics, and other types of inf ormation. Complex 
systems for accomplishing such meetings include satellite or 

35 other closed-circuit television techniques. Such television- 
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based systems are relatively costly to set up and operate, 
primarily due to the costs of transmission of the information. 

The speed, accuracy and reliability of communication over 
5 telephone lines, particularly digital telephone networks, has 
now improved to the extent that video and graphics information 
can be transmitted thereover, at sufficiently high rates that 
real-time teleconferencing can include audio, video, and 
computer graphics information. The ability to communicate 
10 multiple medium presentations has made video teleconferencing 
much more attractive to the participants, reducing the need 
of personnel to travel or relocate for effective 
communications and management. 

15 An example of a modern teleconferencing system is the 

CS420R system manufactured and sold by VideoTelecom 
Corporation of Austin, Texas. This system provides real-time 
multiple-way communication of multiple medium information over 
conventional digital telephone networks. The media include 

20 audio and video, with the video information generated by the 
digitization of the output of a video camera. Other 
information communicated by this system includes computer- 
generated data , for example spreadsheet data , computer 
graphics, and interactive graphics data input by way of a 

25 graphics pad, mouse, or other input device. Documents can 
also be communicated in real-time according to this system, 
by way of facsimile, so that the conference participants may 
refer to the same document during the meeting. Other media 
include digitized still images, digital information from CD- 

30 ROM, and other known information media in the industry. 
Additional technical detail regarding the CS420R system is 
provided in Duran, et al., M A PC-compatible, multiprocessor 
workstation for video, data, and voice communication", Visual 
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Communications & Image Processing IV . William A. Perlman, ed., 
(SPIE, 1989) , pp. 232-236, incorporated herein by reference. 

As in the case with telephonic communication, however, 
5 an interactive conference requires that the parties each be 
connected to the system at the same time. Scheduling 
conflicts, time zone differentials, and other events which 
prevent parties from meeting face-to-face, also preclude 
meeting by phone or teleconference. These factors have 

10 presented the need for storage and retrieval of messages. 
Currently available systems for storage of audio messages 
include simple answering machines and complex voice mail 
systems, are ;iow widely available. Another example of a well- 
known storage system for long-distance messages is a computer 

15 bulletin board, upon which various types of computer data may 
be stored. Of course, the^e systems are each limited to the 
storage and delivery of a single type of message. 
Particularly in today's complex worldwide business climate, 
it is desirable to transmit and store full multiple-media 

20 presentations for later retrieval. 

It is therefore an object of this invention to provide 
a system for transmission of a multiple medium message, and 
for storage of the transmitted message for later retrieval. 

25 

It is a further object of this invention to provide such 
a system where the media include audio, video, graphics, and 
any other information which may be acquired or generated by 
a computer and stored in computer-accessible memory. 

30 

It is a further object of this invention to provide such 
a system which utilizes existing teleconferencing hardware. 
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Other objects and advantages of the invention will become 
apparent to those of ordinary skill in the art having 
reference to the following specification together with its 
drawings . 
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Summary of the Invention 

The invention may be implemented into a teleconferencing 
5 system which receives and stores digital information 
representative of information from multiple media. The system 
includes a communications multiplexer which, during normal 
transmission, routes incoming information to the proper output 
processors and devices in the system. The system is 

10 programmable to receive and store an incoming message by 
controlling the communications multiplexer to route the 
incoming information to disk storage. In playback, the 
communications multiplexer receives the stored information, 
and routes the appropriate portions thereof to the proper 

15 output devices in a similar manner as in normal transmission. 
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Brief Description of the Drawings 

Figure 1 is an electrical diagram, in block form, of a 
5 conventional two-way teleconferencing system and its various 
input and output devices. 

Figure 2 is an electrical diagram, in block form, of a 
computer in the system of Figure 1, according to the preferred 
10 embodiment of the invention. 

Figure 3 is an electrical diagram, in block form, of the 
communications multiplexer in the computer of Figure 2. 

15 Figure 4 is a flow chart illustrating the operation of 

the system of Figures 1 and 2 in storing a transmission for 
later retrieval. 

Figure 5 is a flow chart illustrating the steps of 
20 storing data corresponding to the transmission. 

Figures 6a and 6b are electrical diagrams of the 
communications multiplexer of Figure 3, illustrating the flow 
of data in the steps of Figure 5. 

25 

Figure 7 is a flow chart illustrating the operation of 
the system of Figures 1 and 2 in retrieving a stored 
transmiss ion • 

3 0 Figure 8 is a flow chart illustrating the steps of 

retrieving data corresponding to the stored transmission. 
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Figures 9a and 9b are electrical diagrams of the 
communications multiplexer of Figure 3, illustrating the flow 
of data in the steps of Figure 8- 



5 
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De-bailed Description of the Preferred Embodiment 

Referring now to Figure 1, a teleconferencing system 
5 according to the preferred embodiment of the invention will 
be described in the context of a two-party video 



multiple party teleconferences are also commonplace and will 
benefit from the present invention. A video teleconferencing 

10 system 1, such as the CS420R system noted above, is located 
at each of locations A and B of Figure 1. Connection between 
the systems at locations A and B is made by way of a 
conventional digital communications network DCN, as is 
prevalent in the world today; accordingly, locations A and B 

15 may be in different cities, or even different countries. 

Each system 1 includes a main computer 2, which connects 
to network DCN by way of conventional interface 4. Computer 
2, in the CS420R system noted hereinabove, is configured in 

20 the chassis of a conventional personal computer such as an IBM 
PC AT, but includes significant additional video and other 
data processing capability. Computer 2 further includes 
communications hardware, as will be described in further 
detail hereinbelow, for interfacing to the various input and 

25 output devices at each location. It should be noted that 
modern output devices often include audio or video decoding, 
and also processing capability for performing other types of 
data processing, some of which may be quite complex. In the 
example of Figure 1, each system 1 includes CRT monitors 6 for 

30 displaying both video from the other system and another image, 
such as computer graphics; in a "preview" mode, monitors 6 may 
also display information for transmission from its own system 
1. Alternatively, different visual output, such as still 
images , motion video , computer graphics and control 



teleconference . 



It should be understood, however, that 
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information, may be displayed in windows on a single monitor 

6, or monitor 6 may be swi tenable among the various displays. 
Speaker 8 is also provided for each system 1 for output of 
audio information. Each system 1 also includes video camera 

5 5 for acquiring the video image, microphone 12 for pickup of 
audio, usually of the teleconference participants, and 
keyboard 10 for entry of computer data for communication to 
the other location, as well as for entry of commands for 
computer 2 to control the teleconference transmission and 
10 receipt . 

Other input devices include an interactive graphics input 
device 9, such as the Pen Pal Graphics" input tablet and 
stylus system available from VideoTelecom Corporation, for 
15 entry of graphics information that can overlay other image 
information sent to the other system IB. A document scanner 

7, such as the scanning input to a conventional FAX machine, 
provides input of documentary information for display on the 
other system IB. Additional input devices include instrument 

20 3, such as an oscilloscope or other data acquisition device, 
and a video copy stand 11 which includes a video camera 
supported so as to view drawings or handwriting by one of the 
conference participants at location B. Other input and output 
devices may also be used in connection with systems 1. 

25 

Referring now to Figure 2, the construction of computer 
2 in system 1 will now be described in further detail. The 
Duran et al. paper incorporated herein by reference also 
provides additional detail relative to computer 2. Computer 
30 2, as noted hereinabove, is implemented into the chassis of 
an IBM PC AT or equivalent personal computer. The 
conventional portion of computer 2, including the central 
processing unit, main memory and the like, is illustrated in 
Figure 2 as CPU 14. Connected to CPU 14 is bus ATBUS, for 
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communication of information between CPU 14 and the various 
other units within computer 2 according to this embodiment of 
the invention. 

5 Connected to bus ATBUS is video I/O 18, which includes 

conventional circuitry for driving a display device such as 
an RGB monitor , and also includes conventional digitizing 
circuitry for receiving video information from a video camera 
and presenting the same to a computer. Accordingly, video I/O 

10 18 is coupled between the video input and output units (i.e., 
camera and graphics monitor, respectively) and bus ATBUS. 
Video I/O 18 also includes a FIFO or other conventional buffer 
for facilitating communications to and from bus ATBUS. Also 
connected to bus ATBUS is display adaptor 19, which is a 

15 conventional adaptor (such as a VGA adaptor as is well known 
in the computer art) , which can directly drive a display 
device, particularly in text mode. 

In the example of Figure 2, interface 4 receives digital 
20 communication from, and provides digital information to, 
various ports. During a teleconference, and especially during 
transmission of a message for storage as will be described 
hereinbelow, it is contemplated that the bulk of the 
transmission will be via a primary network port (shown as 
25 network port N/W in Figure 2) . This network port may be 
configured according to various standards; for example, the 
preferred network port N/W allows for selection between an RS- 
449 port or a pair of V.35 ports, depending upon the type of 
transmission desired. In addition, several user ports are 
30 also provided. These user ports include conventional RS-449 
and RS-232 ports, and also a conventional FAX port. These 
user ports are available for parallel usage during a 
teleconference; for example, if one party wishes to send a FAX 
during a teleconference, the transmitted FAX information can 
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be time-multiplexed into the teleconference bit stream, with 
the FAX port on the receiving end capable of decoding the FAX 
information from the multiplexed bitstream. In addition, 
while audio information is also preferably multiplexed into 
5 the teleconference bit stream, audio interface 22 is also 
itself coupled to interface 4 to receive parallel telephonic 
communication, as well as providing communication from a 
microphone input, and to and from VCR and television devices. 

10 Audio interface 22 includes one or more digital signal 

processor chips, such as a TMS 320C25 digital signal processor 
manufactured and sold by Texas Instruments Incorporated, to 
provide audio coding and decoding, as well as other audio 
information processing such as echo cancellation, an example 

15 of whic. is described in U.S. Patent No. 4,965,822, assigned 
to VideoTelecom Corporation and incorporated herein by 
reference. Audio interface 22 is connected directly to 
communications multiplexer 20, and also to bus ATBUS • 

20 communications multiplexer 20 is also connected to bus 

ATBUS. Communications multiplexer 20 is for receiving input 
teleconference data from interface 4, and from audio interface 
22, and routing t .a information to the proper location within 
computer 2, and for also receiving information from its own 

25 system and presenting the same to interface 4 for transmission 
to other systems in the teleconference. The detailed 
construction of communications multiplexer 20 will be 
described hereinbelow. 

30 For video data received at interface 4, communications 

multiplexer 20 is coupled to video processor 24 which decodes 
and processes the received video information into a form 
suitable for display on monitors 6. A preferred example of 
video processor 24 is a chip set including three i960CA RISC 
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processors manufactured and sold by Intel Corporation, an A121 
Discrete Cosine Transform circuit manufactured and sold by 
Inmos, and additional conventional circuitry useful in motion 
estimation. In this arrangement, video processor 24 is 
5 coupled to bus ATBUS to receive instructions and control 
information from CPU 14, and is also coupled to communications 
multiplexer 20 to receive video information therefrom for 
coding, decoding, processing and display* The output of video 
processor 24 is communicated to the video I/O 18 by way of 
10 pixel bus PBUS. 

Alternatively, video processor 24 may be configured as 
described in the Duran, et al. paper incorporated hereinabove. 
In this example, video processor 24 includes a bank of sixteen 

15 TMS320C25 digital signal processors manufactured and sold by 
Texas Instruments Incorporated, each associated with 64k bytes 
of conventional dual port video DRAM memory devices connected 
thereto, and connected together in a multiple instruction, 
multiple data stream (MIMD) configuration. The digital signal 

20 processors in this arrangement are programmed to perform a 
transform based (discrete cosine transform, or DCT) video 
compression algorithm. 

Further in the alternative, video processor 24 may be 
25 implemented as a video compression chip set , an example of 
which is available from LSI Logic, for coding and decoding the 
video information according to the proposed CCITT video coding 
standard H. 2 61 . Other known and equivalent circuits and 
arrangements may alternatively be used as video processor 24, 
30 for decoding and processing the video portion of the 
transmitted bit stream for display. 

Also connected to bus ATBUS is a conventional disk 
controller 26, which in turn is connected to bulk disk storage 
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28, for example having 100 Mbyte or greater storage. Disk 28 
will be the storage location for received messages according 
to this embodiment of the invention, as will be described in 
further detail hereinbelow. 

5 

Referring now to Figure 3, the construction of 
communications multiplexer 20 according to this embodiment of 
the invention will now be described in further detail. 
Communications multiplexer 20 includes a communications CPU 

10 30, for example an i960CA RISC processor manufactured and sold 
by Intel, together with necessary on-chip or off -chip clock, 
memory, and support hardware. For example, a DMA control 
circuit may be provided within comr mications CPU 30, for 
controlling DMA operations between its memory and bus ATBUS. 

15 Communications CPU 30 is bidirectionally connected to bus 
COMBUS. Also connected to bus COMBUS is program memoir :2, 
for storing the routines performed by communications CPU 30 
according to this embodiment of the invention, or 
alternatively for storing a routine for initializing 

20 communications CPU 30 on power-up, in which case the routines 
are downloaded thereto by CPU 14 via bus ATBUS. 

Network port 38, for example an RS-449 port or dual V.35 
ports as noted hereinabove, is connected to bus COMBUS and is 

25 controlled by communications CPU 30. It should be noted that 
various user ports as noted above (e.g., a FAX port, RS-232 
port, and another RS-449 port) may also be connected to bus 
COMBUS under the control of communications CPU 30, for 
communicating information between interface 4 of Figure 2 and 

30 bus COMBUS; these ports will generally not be used in the 
r* "eipt of a recorded message according to the method 
da^cribed hereinbelow, and as such are not shown in Figure 3 
for purposes of clarity. Network port 38 may include some 
amount of processing capability to facilitate the transmission 
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of information between bus COMBUS and interface 4 . For 
example, port 38 may include demultiplexing circuitry so that 
the bitstream data on bus COMBUS (e.g., at a data rate of 112 
kbps) may be applied to interface 4 in such a manner as to 
5 support transmission of two lower speed channels of 
information having different delay periods. 

Video FIFO 40 is also connected on one side to bus 
COMBUS, and is connected on the other side to video processor 

10 24, to communicate received video data thereto for processing 
and display, and to receive video information therefrom for 
communication out of the network port* Similar buffering is 
provided by CPU FIFO 42 connected between bus COMBUS and bus 
ATBUS, and by audio FIFO 44 connected between bus COMBUS and 

15 audio interface 22. 

Each of the functions (memory 32, port 38, and buffers 
40, 42, 44) in communications multiplexer 20 are under the 
control of communications CPU 30, in any one of several 

20 conventional ways. For example, each of the functions 
connected to bus COMBUS may have an address value associated 
therewith which is within the memory space of communications 
CPU 30; accordingly, each of these functions may be selected 
for communication with bus COMBUS by way of an address value 

25 placed on certain lines of the bus, or in a manner which is 
time-multiplexed with data on bus COMBUS. Alternatively, 
control lines may be connected directly between communications 
CPU 30 and each of the functions separately from bus COMBUS, 
such that communications CPU 30 selects one of the functions 

30 for connection to bus COMBUS by way of signals generated on 
such control lines. It is contemplated that other system 
techniques by which communications CPU 30 may control the 
selection and enabling of each of the functions (memory 32, 
port 38, and buffers 40, 42, 44) within communications 
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multiplexer 20 will now be apparent to those of ordinary skill 
in the art having reference to this description. 

As described in the Duran et al. paper, the various types 
5 of data received and routed by communications multiplexer 20 
are in multiplexed form, suitable for communication over bus 
COMBUS. These communication channels include an audio channel 
for receiving up to 64 kbps audio information, and a video 
channel with a bandwidth up to that of the communications 

10 channel bandwidth (typically 112 kbps or greater) less the 
bandwidth portion reserved for the audio channel. Certain 
other channels are used on an "on demand" basis, including a 
64 kbps FAX channel, an RS-232 channel (from 0.3 to 19.2 
kbps), and RS-449 channel (from 0.3 to 128 kbps). In 

15 addition, bus COMBUS also carries data from bus ATBUS, on 
demand. Via connection of bus COMBUS through RS-449 port 38, 
communications multiplexer 20 can transmit at speeds from 9600 
bps to 768 kbps; conventional systems such as the CS420R 
system noted hereinabove are typically optimized at particular 

20 frequencies, for example 384 kbps, or one-fourth the bandwidth 
of a Tl communications line. 

The transmitted message according to this embodiment of 
the invention includes data corresponding to multiple 

25 input/output media, as noted hereinabove. Depending upon the 
available bandwidth and the multiplexing arrangement, various 
conventional coding and compression schemes may be used for 
data of each type. For example, the data corresponding to the 
motion video portion of the message may be compressed 

30 according to CCITT recommendation H.261, which is a lossy 
compression scheme. Audio information, especially at lower 
data rates, will generally also be compressed, although the 
compression scheme will differ from that for motion video. 
Other data corresponding to other media may be coded as best 
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suitable for the application, or may not be coded or 
compressed at all. 

Referring now to Figure 4, the operation of systems 1, 
5 including CPU 14 and communications CPU 3 0 programmed 
according to this embodiment of the invention, in performing 
the function of transmission of a multi-media message and its 
storage for later retrieval, will now be described in detail. 
Figure 4 includes a pair of flow charts, one for the sending 
10 system and one for the receiving system. It is contemplated 
that one of ordinary skill in the art, having reference to 
this specification, will be able to readily program CPU 14 and 
communications CPU 30 to perform the functions and operations 
described herein. 

15 

The communications network used in connection with this 
embodiment may be a switched (i.e., dial-up) network, a 
dedicated network, or another type of network such as a local- 
area-network (IAN) . In the example of a switched network, the 

20 transaction begins with process 50, where the sending operator 
causes the sending system to initiate a telephone call over 
the digital communications network in the conventional manner. 
Part of the call initiation process may include selection of 
the data rate of the desired transmission and communication 

25 of this data rate to the receiving unit; alternatively, the 
data rate may be defined by the network. It should be noted 
that the CS420R system noted hereinabove, when used with a 
switched network, provides for user- friendly call initiation, 
including menu-driven destination selection and call 

30 placement. Upon receipt of the call, the receiving system 
detects a ring in process 60 and determines, in decision 62, 
whether or not a person on the receiving side has actively 
answered the call; if so, the normal call mode is entered, 
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and the system functions in the conventional manner to perform 
a two-way or multiple-way conference/ in process 64. 

In the event no person actively answers the call , 
5 however, an automatic answer function will be performed on the 
receiving end (if enabled) . In the automatic answer mode, if 
no person has answered the call after a selected number of 
rings , the receiving system will enter a record mode , in 
process 66, and will indicate to the sending unit that such 
10 a mode has been entered. 



The indication of record mode provided by the receiving 
system will cause the sending system to exit a waiting loop. 
In the waiting loop, sending system determines in decision 52 

15 if the cal 1 has been answered . If not , the sending system 
determines in decision 54 if the sending operator has hung up, 
exiting the call if such is the case. If the sending operator 
has not hung up, the waiting loop continues with decision 52. 
Upon receipt of the indication from the receiving unit that 

20 the call has been answered, the sending unit determines, in 
decision 56, if the receiver is in record mode or normal mode. 
Normal mode calls are processed in the conventional manner, 
shown as process 58. 

25 The receiving system, once in record mode, has meanwhile 

interrogated its disk storage 28 (or other storage unit in 
which received messages are to be stored) to determine the 
length of message available for storage (process 68) . The 
calculation of the maximum length message is preferably 

30 performed by dividing the space available in disk storage 28 
by the data rate desired by the sending system to arrive at 
a maximum time duration which is available for the transmitted 
message. It should be noted that various other criteria may 
be used to determine the maximum message length, including a 
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preselected limitation on the length of a particular message 
for all sender , or for particular senders. The calculated 
maximum message length is communicated to the sending system 
for receipt in process 70, and the receiving system awaits 
5 the reply. 

At this point, the sending operator can decide whether 
or not to transmit a message based on the maximum message 
length information communicated by the receiving system, which 

10 is preferably displayed on one of the monitors 6 of the 
system. Other information may also be transmitted by the 
receiving system at this time, including identity information 
(e.g., "You have reached . . . ") and a timing message (e.g., 
"Please begin your message at the tone.") . Alternatively, the 

15 receiving system may begin recording instantaneously with the 
initiation of the call. Decision 72 determines whether or not 
the sending operator has decided to hang up, in which case the 
process exits. If the sending operator has not hung up, 
process 74 transmits a record signal to the receiving system, 

20 indicating that a message is about to be transmitted for 
recording by the receiving system. Decision 80 of the 
receiving system will then pass control to the recording 
process, rather than exiting as would be the case if no record 
signal were transmitted by the sending system. The receiving 

25 system will then enter process 82 , to await and process the 
message. 

The sending system will then receive information from its 
various input devices , such as microphone 12 , cameras 5 f 
30 scanner or FAX input 7, graphics tablet 9, keyboard 10, and 
other inputs, including information processed by CPU 14 in 
computer 2 itself. Each of the input devices useful in a 
conventional video teleconference, as performed by the CS420R 
system noted hereinabove, may be transmitted by the sending 
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system. In process 76, the sending system will send the 
combined information over network DCN in the conventional 
manner, as though a normal two-way multi-media conference were 
taking place. During this time, additional features such as 
5 display of the remaining message time available from the 
maximum message length sent by the receiving unit, may be 
incorporated. At such time as the message is complete, as 
determined by the sending operator in decision 78, the sending 
operator will merely hang up. 

10 

Referring now to Figure 5, in conjunction with Figures 
6a and 6b, the operation of process 82 in the receiving 
system, programmed according to this embodiment of the 
invention, by which transmission data from the sending system 

15 are received and stored for later retrieval, will now be 
described in detail. Referring first to Figure 6a in 
combination with Figure 5, process 82 begins with process 90, 
in which communications CPU 30 enables network port 38 to 
receive data from interface 4 and, in turn, from the sending 

20 system. In process 92, communications CPU 30 grants bus 
COMBUS access to network port 38, so that the data received 
thereby are placed on bus COMBUS . Communications CPU 3 0 
receives the data from bus COMBUS, and stores the data in its 
memory, in process 94. The data flow from interface 4 to 

25 communications CPU 30 is illustrated in Figure 6a, 

The data received by communications CPU 30 in processes 
90, 92, 94 may correspond to a single sample in time, or may 
correspond to a series of time samples, depending upon the 
30 memory capacity of communications CPU 30 (either on-chip or 
off-chip) , the processing to be performed by communications 
CPU 30, and other factors. Accordingly, the flow of data 
illustrated in Figure 6a may correspond to varying times of 
transmission. Regardless of the duration of the storage, 
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communications CPU 30 processes the data stored in process 94, 
and reformats it into a conventional form suitable for storage 
in disk storage 28 of computer 2, as illustrated in Figure 2. 
Certain information in addition to the transmitted data may 
5 be stored in con j unction with the data , an example of such 
additional information including the data rate at which the 
information was received. Reformatting may not be necessary 
in some applications, in which case process 96 (and, perhaps, 
process 94) is not applicable. 

10 

Once the data have been received by communications CPU 
30 and stored within communications multiplexer 20, the 
storage of the received data in the memory of computer 2, 
preferably fixed non-volatile storage such as disk storage 28 

15 of Figure 2, can now be performed. Alternatively to disk 
storage 28, the message may be stored in other computer- 
accessible memory, such as random access memory in computer 
2, or disk or RAM located in another computer or network and 
which is accessible by computer 2 (e.g., memory in a LAN 

20 server) . 

In this preferred embodiment, it should be noted that CPU 
14 in computer 2 has preferably pre -as signed a location in 
disk storage 28 for the data to be received in the 

25 transmission, according to the usual steps and protocol for 
the operating system resident in computer 2. Referring now 
to Figure 6b in combination with Figure 5, process 98 is 
performed in which communications CPU 30 polls CPU FIFO 42 to 
determine its availability to receive data from bus COMBUS. 

3 0 Upon determining that CPU FIFO 42 can receive such data , 
communications CPU 30 then writes CPU FIFO 42 with a portion 
of its memory contents corresponding to the reformatted 
received data, for eventual transfer to bus ATBUS. 
Alternatively, the transfer of data may be performed by way 
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of direct memory access (DMA) , or by other program controlled 
I/O operations. The flow of data in communications 
multiplexer 30 during this portion of the operation is 
illustrated in Figure 6b. 

5 

Referring back to Figure 4, upon communications CPU 30 
writing data into CPU FIFO 42 , CPU 14 in computer 2 will have 
interrogated disk controller 26 to ensure that sufficient 
space remains available in disk storage 28 for storage of the 

10 new data (decision 84 in Figure 4) . If disk space is no 
longer available, the operation is terminated. If sufficient 
disk space remains , process 86 is performed by which CPU 14 
polls CPU FIFO 42 to determine if it contains data to be read 
by CPU 14 , and enables CPU FIFO 42 to begin placing this data 

15 onto bus ATBUS. CPU 14 further controls disk controller 26 
to allow the data on bus ATBUS to be stored in disk storage 
28, in association with a conventional file specification or 
other designation to facilitate its subsequent retrieval. 
The state of the line is again interrogated in decision 88 

20 (either directly, or by determining whether or not data has 
been transmitted within a time-out period) to determine if the 
sending unit has hung up (in which case the process 
terminates) , with process 82 repeating if the transmission is 
continuing. The loop of process 82 , in which the received 

25 data are processed and stored, thus either continues until the 
available space in disk storage 28 is filled, or until 
completion of the multi-media message. 

Referring now to Figure 7, the process of playback of a 
30 previously stored message will now be described. It is first 
contemplated that, upon completion of the transmitted message, 
the receiving system will indicate to its owner or user that 
a new message has been received and awaits review by the 
operator. Such indication may be made by way of displaying 
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this status on a monitor or other visual indicator, or by 
other techniques such as an automatic phone call to the system 
manager. It is contemplated that a menu-driven system may be 
readily provided within the receiving system, such that the 
5 operator may view a menu of stored messages, and select one 
or more desired received messages for playback, illustrated 
as process 102 in Figure 7. 

Upon selection of a desired message for playback, CPU 14 
10 will execute the necessary operating system instructions to 
access the associated memory locations in disk storage 28 of 
the data for the desired message. It should be noted that the 
retrieval and processing of the stored message must be done 
at sufficient speed that the system will display the message 
15 in real time. It is therefore preferred that the retrieval 
of data from disk storage 28 be buffered in a conventional 
manner (e.g., by way of a circular buffer, or double buffered 
as will be described hereinbelow) , so that disk storage 28 may 
retrieve a number of records while other records are being 
20 transferred to communications multiplexer 20. It should be 
noted that the storage of the received message described 
hereinabove relative to Figures 5, 6a and 6b may also be 
performed in such a buffered manner, if necessary. 

25 The example of retrieval of a stored message by way of 

a double buffered system will now be described in detail. It 
is contemplated that the selection of the buffering scheme 
will depend upon the data rate, the amount of buffer memory 
available, and the particular application. In the double 

30 buffered case, process 105 sets the state of a buffer pointer 
B to the value 1, and a record counter N to the value 1, prior 
to commencing retrieval of the data from disk storage 28. 
As will be evident hereinbelow, the number of records 
associated with a message will be stored by CPU 14 so that the 
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end of the retrieval process can be determined. In process 
106 , the record N is retrieved from disk storage 28, and 
stored in buffer B in the memory of CPU 14 , according to the 
values of the buffer pointer and record counter. Each record 
5 N may consist of a series of time samples at the stored data 
rate, and as such corresponds to a period of time in the 
stored message. The size of a typical record according to 
this embodiment of the invention is contemplated to be on the 
order of 4 kbytes. In process 108, once the pointed-to buffer 
10 B receives record N, process 111 of Figure 8 is initiated by 
communications multiplexer 20 in conjunction with CPU 14, in 
which the contents of record N are displayed by the receiving 
system for viewing by the recipient of the message. 

15 Referring now to Figure 8, in combination with Figure 9a, 

the operation of communications multiplexer 20 in the 
receiving system will now be described during the playback 
mode. In parallel with process 111 of Figure 8, CPU 14 writes 
the data to be transferred into CPU FIFO 42 by way of bus 

20 ATBUS, after polling CPU FIFO 42 for its availability in the 
conventional manner. It is preferred that the priority of the 
playback operation be quite high, so that the real-time effect 
of the retrieved message is maintained. 

25 Communications CPU 30 reads the contents of CPU FIFO 42 

in process 116, during which CPU FIFO 42 places the received 
data onto bus COMBUS for storage in the memory of 
communications CPU 30. The data flow for this operation is 
illustrated in Figure 9a. After receipt of the data from bus 

30 COMBUS, communications CPU 30 reformats the data into a form 
suitable for decoding, processing and output by the various 
functions (process 118) . 
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It should be noted that the transfer of data from disk 
storage 28 back into communications CPU 30 for playback may 
alternatively be performed by way of direct memory access 
(DMA) . Further in the alternative, other program controlled 
5 I/O operations may be used to transfer the data from bus ATBUS 
to communications CPU 30. 

The reformatted data in the memory of communications CPU 
30 are then placed onto bus COMBUS in time-multiplexed form, 

10 in combination with the enabling of the various functions 
connected to bus COMBUS to receive the reformatted data and 
communicate the same to their respective destinations (process 
120) . The time-multiplexing performed by communications CPU 
30 is identical to that performed for real-time message 

15 information being received from a sending unit; as a result, 
the information forwarded to the video , audio , and CPU 
portions of the receiving system is presented as though the 
message were incoming at that time. Process 122 indicates the 
time-multiplexing of data on bus COMBUS , for receipt by video 

20 buffer 40, audio buffer 44, and CPU buffer 42. Decoding and 
processing of the video data by video processor 24, audio 
interface 22, and CPU 14, is then performed in the same manner 
as during receipt of live teleconferencing data. The most 
direct data flow for this operation is illustrated in Figure 

25 9b for clarity; alternative paths, such as sending the data 
to network port 38 and its replacement onto bus COMBUS, may 
be preferred depending upon the timing requirements of the 
particular system and for ease of programming. Upon 
completion of the time-multiplexed output of process 122 , 

30 communications CPU 30 then polls CPU FIFO 42 to determine if 
new data are present therein, and reads such data, if such is 
the case, in process 116, for playback of the next record. 
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Referring back to Figure 7, during such time as the 
output of data by communications multiplexer 20 is occurring, 
CPU 14 compares the value of record N against the terminal 
value to determine if additional records are to be transmitted 
5 to communications multiplexer 30; if not, the process 
terminates. If additional records remain, the record counter 
is incremented, and the other buffer (i.e., not the buffer 
from which DMA is currently taking place) is selected. 
Process 106 is then performed, in which the next record is 
10 retrieved from disk storage into the buffer, followed by 
process 108 at such time as CPU FIFO 42 is available to 
receive the next record. 

It is contemplated that transmission errors may occur 
15 during the transmission of a message for storage, as in the 
case of live teleconferences. Correction of the data stream 
for such errors is useful in live teleconferences, but is not 
critical, as the receiving party is able to ask the sending 
party to repeat himself or herself, or to retransmit the data, 
20 if the errors are of sufficient extent to affect the meaning 
of the communication. In the above-described process of 
transmission and storage of a message for later retrieval, 
however, the recipient is not available to ask for 
retransmission or repetition of the message. Accordingly, it 
25 is preferred that some type of on-line error correction be 
utilized by the receiving system. 

Various approaches to error correction are contemplated 
for use with the present invention. A first approach would 
30 be to apply conventional forward error correction techniques 
to the incoming bit stream, either by way of communications 
CPU 30 in reformatting process 96 described hereinabove, or 
by special network interface circuitry. Such forward error 
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correction, as is well known, is not sufficient to correct all 
errors of a particularly serious nature. 

A second approach to error correction contemplated for 
5 use in the present invention is the use of an error checking 
protocol, such as the well-known HDLC protocol, which has the 
capability of detecting corrupted data packets, and requesting 
the sending system to retransmit the bad packets. According 
to this approach, communications multiplexer 20 would transfer 

10 only non-corrupted data packets to bus ATBUS for storage in 
disk storage 28, so that no corrupted data packets would be 
received by communications multiplexer 20 during playback; 
data packets would then be re-transmitted similarly as in a 
conventional interactive video teleconference which employs 

15 such a retransmission protocol. 

Of course, transmission errors may merely be ignored. 
Errors in video and audio transmission, while causing 
temporary disruption of the played-back message, will 
20 generally not be fatal to the system as the video and audio 
compression algorithms will eventually recover after the 
error. It should be noted, however, that data transfers, such 
as spreadsheet or graphics information, may be received and 
stored in a corrupted fashion if errors are merely ignored. 

25 

It is further contemplated that additional interaction 
between the sending and receiving systems may be provided to 
enhance the quality of the stored message. For example, 
analogously to conventional voice mail systems, some amount 
30 of editing capability may be provided in the receiving system 
at the initiation and control of the sending operator. Such 
editing may allow for playback of the stored message at any 
time during its transmission, together with the ability to re- 
record some or all of the message transmitted at that time. 



BNSDOCID: <WO 922121 1A1_L> 



WO 92/21211 



PCT/US92/04237 



27 

Initiation of such editing may be provided by transmission of 
a particular cpmmand by the sending system which is received, 
decoded and executed by the receiving system; alternatively, 
an edit function may be provided upon completion of the 
5 transmission. 

Further in the alternative, it is contemplated that the 
present invention may be practiced by way of transmission of 
a multiple-media message from a sending teleconference system 

10 directly to computer storage, rather than to a receiving 
teleconference system as described hereinabove. The computer 
storage may be located at the sending system and accessible 
by a receiving teleconference system, located at the receiving 
system, or at another location accessible by both. The 

15 sending system may then communicate the existence and location 
(address, file specification, or the equivalent) of the stored 
message, by way of a conventional phone call, letter, telex, 
FAX, or even a brief multiple medium message as described 
hereinabove, to the receiving system. The receiving system 

20 may "playback" the message at a later time by accessing the 
appropriate storage unit and receiving the stored bitstream 
through its network port as though a real-time incoming 
message were being received, with display of the multiple 
medium message occurring in the same manner. The receiving 

25 system may alternatively download the stored bitstream data 
into its own storage, for playback at a later time through its 
communications multiplexer 20 in the manner described 
hereinabove relative to Figures 7, 8, 9a and 9b. 

30 It should further be noted that while a two-party 

transmission is described hereinabove, the present invention 
is also applicable to multiple-party message storage and 
retrieval. For example, the sending operator may record a 
message in the sending system itself, in similar mariner as the 
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receiving system receives and stores a message; at the desired 
transmission time, the data stream may be transmitted to one 
or multiple systems in the format in which it was stored in 
disk, without requiring the communications multiplexers 20 in 
5 the receiving systems to reformat the transmitted message. 

Alternatively, or in addition, the sending system may 
utilize a system, such as a Multipoint Control Unit, which is 
capable of dialing several locations at once, and 
10 communicating the message to each for storage thereat. This 
allows for a broadcast multiple medium message to be 
transmitted for later retrieval at each receiving location, 
according to the recipients' particular schedules and needs. 

15 The above-described system and method thus provides the 

capability for the transmission of a multiple medium message 
for storage and later retrieval and playback. The ability of 
parties to fully communicate their desired messages using the 
most appropriate media is thus improved, as scheduling 

20 conflicts are avoided. Furthermore, the recipient of the 
message is able to view the message at his convenience, and 
in the order desired (if multiple messages have been stored) . 
The communications between the sending and receiving unit, 
particularly relative to the maximum message length, further 

25 enhances the ability for meaningful messages to be 
transmitted • 
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While the invention has been described herein relative 
to its preferred embodiment, it is of course contemplated that 
modifications of, and alternatives to, this embodiment, such 
modifications and alternatives obtaining the advantages and 
5 benefits of this invention, will be apparent to those of 
ordinary skill in the art having reference to this 
specification and its drawings. It is contemplated that such 
modifications and alternatives are within the scope of this 
invention as subsequently claimed herein. 



10 
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WE CLAIM: 

1. A method of receiving a multiple medium message, 
comprising: 

receiving message data from a communications 

network; 

storing the received message data in memory; 
retrieving the stored message data; and 
communicating the retrieved stored message data to 
a plurality of output devices, 

2 . The method of claim 1 , wherein the plurality of 
output devices comprise: 

a video display; and 
an audio output. 

3. The method of claim 1, further comprising: 

decoding at least a portion of the retrieved stored 
message for output. 

4. The method of claim 3, wherein one of said plurality 
of output devices comprises: 

a video processor; 
and wherein said decoding step is performed by said video 
processor. 

5. The method of claim 4, wherein said decoding step is 
performed by said output devices after said communicating 
step. 

6. The method of claim 1, further comprising: 

formatting the received message data, prior to said 
storing step. 
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7. The method of claim 1, wherein said receiving step 
comprises : 

enabling an interface to the telecommunications 
network to place the message data on a local bus; 

placing the message data on the local bus into a 
local memory; and 

communicating the message data from the local memory 
to a computer bus. 

8. The method of claim 7, further comprising: 

formatting the message data after said placing step; 

and 

replacing the formatted message data into said local 

memory. 

9. The method of claim 1, wherein said retrieving step 
places said stored message onto a computer bus; 

and wherein said communicating step communicates the data 
from said computer bus to said plurality of output devices. 

10. The method of claim 9, wherein said communicating 
step comprises: 

communicating the retrieved message data from the 
computer bus onto a local bus; and 

enabling a plurality of output devices coupled to 
the local bus to receive the retrieved message data. 

11. The method of claim 10 , wherein said enabling step 
is performed in time-multiplexed fashion. 

12. The method of claim 10, wherein said receiving step 
comprises : 
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enabling an interface to the telecommunications 
network to place the message data on the local bus? 

placing the message data on the local bus into a 

local memory; and 

communicating the message data from the local memory 

to a computer bus. 

13. The method of claim 12, further comprising: 

formatting the message data after said placing step; 



and 



memory. 



replacing the formatted message data into said local 



14. The method of claim 1, further comprising: 
performing error correction on said received message 

data. 

15. The method of claim 1, further comprising: 

prior to receiving said message data, calculating 
the maximum message length to be stored; and 

responsive to receiving a call initiation signal 
from a remote location, communicating the maximum message 
length to said remote location. 

16. A system for storing a transmitted multiple medium 
message for later retrieval and playback, comprising: 

an interface for connection to a telecommunications 

network; 

a plurality of output devices for displaying a 
message in a plurality of media; 

a communications multiplexer coupled to said 
interface, coupled to said plurality of output devices, and 
coupled to a computer bus; and 

a memory, coupled to said computer bus; 
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wherein said communications multiplexer is operable in 
a store mode to receive information from said interface and 
communicate the information to said computer bus for storage 
in said memory, and is operable in a playback mode to receive 
information from said computer bus and communicate the 
information to said plurality of output devices* 

17. The system of claim 16, wherein said plurality of 
output devices comprise: 

a video display device; and 
an audio speaker. 

18. The system of claim 16, wherein said communications 
multiplexer comprises: 

a local bus; 

a CPU coupled to said local bus; 

a telecommunications port coupled to said interface 
and to said local bus; and 

a buffer coupled between said local bus and said 
computer bus; 

wherein said CPU is programmed to control access of said 
telecommunications port and said buffer to said local bus in 
said store mode. 

19. The system of claim 18, wherein said communications 
multiplexer further comprises: 

a plurality of output buffers coupled to said local 

bus; 

wherein said CPU is programmed to control access of said 
plurality of output buffers to said local bus in sai< playback 
mode. 

20. The system of claim 19, wherein said CPU comprises: 

a processing unit; and 
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a local memory. 

21. The system of claim 20, wherein said CPU is also 
programmed to receive data from said local bus and store the 
received data in its local memory. 

22. The system of claim 19 , wherein said CPU is also 
programmed to process data received from said local bus. 

23. The system of claim 18 , wherein said CPU is also 
programmed to control said buffer to effect direct memory 
access between said local bus and said computer bus. 

24. A method of receiving a multiple medium message for 
later display, comprising: 

receiving message data from a communications 
network, said message data including a plurality of portions 
corresponding to different output formats; 

storing the received message data in memory; 

retrieving the stored message data; and 

presenting the retrieved stored message data for 
receipt by humans. 

25. The method of claim 24, wherein the presenting step 
comprises: 

communicating the retrieved stored message data to 
a visual display. 

26. The method of claim 25, wherein the communicating 
step comprises: 

communicating the retrieved stored message data to 
a video processor; 

decoding the retrieved stored message into 
displayable form; and 
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displaying the decoded message on a visual display. 

27. The method of claim 24, wherein the presenting step 
comprises communicating the retrieved stored message to a 
plurality of output devices, 

28. The method of claim 27, wherein the plurality of 
output devices comprise: 

a video display; and 
an audio output. 

29. The method of claim 27, wherein said retrieving step 
places said stored message onto a computer bus; 

and wherein said communicating step communicates the data 
from said computer bus to said plurality of output devices. 

30. The method of claim 24, further comprising: 

prior to receiving said message data, calculating 
the maximum message length to be stored; and 

responsive to receiving a call initiation signal 
from a remote location, communicating the maximum message 
length to said remote location. 

31. The method of claim 24, wherein said receiving, 
storing, retrieving and presenting steps are performed by a 
first system; 

and further comprising: 

prior to said receiving step, sending said message 
data to the communications network from a second system, said 
message data including a plurality of portions corresponding 
to different output formats. 

32. The method of claim 31, further comprising: 
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prior to said sending step, storing said message 
data in a memory in said second system. 

33. The method of claim 32, further comprising: 
formatting said message data prior to said step of 

storing said message data in a memory in said second system; 
wherein said sending step comprises: 

reading said formatted stored message data from said 
memory in said second system; and 

presenting the read message data to the 
communications network in its formatted form, 

34. The method of claim 33 , wherein said reading step 
is performed at a preselected time. 



* * * * * 
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